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DETAILED ACTION 
Claim Objections 

1. Claim 21 is objected to because of the following informalities: The word "and' exists 
between the 4 th and 5 th (i.e., next to last) limitation. The word "and" is missing between the 5 th 
and 6 th (i.e., last) limitation. Appropriate correction is required. 

Claim Rejections - 35 USC §101 

2. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or 
any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this title. 

3. Claims 1-20 and 28-30 are rejected under 35 U.S.C. 101 because the claimed invention 
is directed to non-statutory subject matter. 

To be statutory, a claimed computer-related process must either: (A) result in a physical 
transformation outside the computer for which a practical application is either disclosed in the 
specification or would have been known to a skilled artisan, or (B) be limited to a practical 
application with useful, concrete and tangible result. 

Regarding independent claim 1: This claim does not produce a useful result. The 
method steps merely transfer data. It is noted that that the claim recites that contact data "can be 
presented", but there is no positive recitation that such a limitation must occur. 
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Regarding independent claim 15: This claim does not produce a useful result. The 
claim recites a receiving of data and a conversion of data. The data is not used. It is further 
noted that access of that data is not required, because there is no positive recitation of such a 
requirement (i.e., "can access" does not require access). 

Regarding independent claim 28: This claim does not produce a useful result. The 
claim recites a receiving of data, conversion of the data, and a storing of the data. The data is not 
used. It is further noted that access of that data is not required, because there is no positive 
recitation of such a requirement (i.e., "can access" does not require access). 

Claims 1, 15, 28, and the claims that depend on them, are not patent eligible because 
the invention recited therein does not produce a useful, concrete and tangible result. 



Claim Rejections - 35 USC § 112 
The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 



X 
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5. Claims 1-14 are rejected under 35 U.S.C. 112, second paragraph, as being indefinite 
for failing to particularly point out and distinctly claim the subject matter which applicant 
regards as the invention. 

Regarding claim 1: This claim recites a correspondence between two types of data 
(schematized and non-schematized), but appears to have omitted an essential step for 
establishing that correspondence. As such, the scope of the claim is vague and indefinite. 

Claims 2-14 are dependent upon claim 1, and are therefore likewise rejected. 



Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

7. Claims 1-30 are rejected under 35 U.S.C. 103(a) as being unpatentable over Balaji et 
al. (US Patent Application Publication No. 2005/0015439, filed Jul. 15, 2003 and published Jan. 
20, 2005, hereafter referred to as "Balaji") in view of Chris Hibbert ("Visual Flex and XML", 
downloaded from www.dataaccess.com/whitepapers/xml/XMLWP.htm, dated by Wayback 
Machine as: May 2, 2001, pp. 1-25, hereafter referred to as "Hibbert"). 
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Regarding independent claim 1: Balaji discloses In a computing system that has access to 
schematized data and that is in communication with applications configured to request access to the 
schematized data, one or more of the applications lacking the configuration to natively access the 
schematized data, (See Balaji Abstract, discussing the providing for data integration and exchange 
among a plurality of applications.) a method for simplifying access to the schematized data, (See 
Balaji Abstract, noting its flexible architecture.) the method comprising: an act of receiving a 
request to access schematized data, the request being received at an application that lacks the 
configuration to natively access schematized data; (See Balaji paragraph [0029], discussing the 
ability to send data from a client application using a first format.) an act of calling an external data 
control that abstracts the formatting of the schematized data from the application; (See Balaji Figure 
2 #1 50 schema generator and #1 56 DTD generator.) and an act of receiving non-schematized data 
that corresponds to the requested schematized data such that data can be presented at the application 
notwithstanding that the application lacks the configuration to natively access schematized data. (See 
Balaji paragraph [0029], discussing the ability to receive data in a second format.) 

However, Balaji does not explicitly teach the use of contact data. Hibbert, though, 
discloses the use of contact data. (See Hibbert page 19 section entitled "DTDs", showing contact 
data abstracted as a DTD, in the context of page 20 section entitles "Schemas", which states that 
schemas and DTDs perform the same function, and provides and exemplary schema fragment of 
contact data.) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Hibbert for the benefit of Balaji, because to do so allowed a 
programmer to ensure that an XML file conformed to an intended definition (i.e., was valid), as 
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taught by Hibbert on page 14 in the entitled "DTDs and Schemas". These references were all 
applicable to the same field of endeavor, i.e., XML-based system development. 

Regarding claims 2-3: Balaji teaches requests to convert via a schema-based system.. 
(See Balaji Figure 2, especially #150, #12a and #12b, in the context of the Abstract, discussing 
the ability to exchange data among a plurality of applications. It is further noted that a process 
can forward data to any other process, regardless of authorization, because authorization harkens 
to the accessing of the process, not the mere sending of data to that process.) 

However, Balaji does not explicitly teach the use of contact data. Hibbert, though, 
discloses the use of contact data. (See Hibbert page 19 section entitled "DTDs", showing contact 
data abstracted as a DTD, in the context of page 20 section entitles "Schemas", which states that 
schemas and DTDs perform the same function, and provides and exemplary schema fragment of 
contact data.) 

Regarding claims 4-11: Balaji teaches requests to interact with a processing module. 
(See Balaji Abstract, discussing an architecture to facilitate data integration and exchange. It is 
further noted that the recited limitations present a list of well-known features that are outside of 
the application's inventive crux of data transformation via a schema-based system.) 

However, Balaji does not explicitly teach the use of contact data. Hibbert, though, 
discloses the use of contact data. (See Hibbert page 19 section entitled "DTDs", showing contact 
data abstracted as a DTD, in the context of page 20 section entitles "Schemas", which states that 
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schemas and DTDs perform the same function, and provides and exemplary schema fragment of 
contact data.) 

Regarding claims 12-13: Balaji does not explicitly teach the use of contact data and 
presentation templates. Hibbert, though, discloses the use of contact data. (See Hibbert page 19 
section entitled "DTDs", showing contact data abstracted as a DTD, in the context of page 20 
section entitles "Schemas", which states that schemas and DTDs perform the same function, and 
provides and exemplary schema fragment of contact data.) Hibbert further discloses the well- 
known use of CSS and XSL. (See Hibbert page 21 sections entitled "StyleSheets: CSS and 
XSL" and "XSL", discussing commonly known formatting templates.) 

Regarding claim 14: Balaji does not explicitly teach the use of contact data or setting a 
default value. Hibbert, though, discloses the use of contact data. (See Hibbert page 19 section 
entitled "DTDs", showing contact data abstracted as a DTD, in the context of page 20 section 
entitles "Schemas", which states that schemas and DTDs perform the same function, and 
provides and exemplary schema fragment of contact data. Also see Hibbert page 20 section 
entitled in bold as "The qualifiers change as well", which shows the assignment of default values 
for the variable set minOccurs=0 and maxOccurs=*.) 
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Regarding independent claim IS: Balaji discloses In a computing system that has access 
to schematized data and that is in communication with applications configured to request access to 
schematized data, one or more of the applications lacking the configuration to natively access 
schematized data, (See Balaji Abstract, discussing the providing for data integration and exchange 
among a plurality of applications.) a method for simplifying access to the schematized data, (See 
Balaji Abstract, noting its flexible architecture.) the method comprising: an act of receiving 
non-schematized data that is to be included in schematized data, the non-schematized data being 
received at an application that lacks the configuration to natively access schematized data; (See Balaji 
paragraph [0029], discussing the ability to send data from a client application using a first 
format.) an act of calling an external data control that abstracts the formatting of the schematized data 
from the application; (See Balaji Figure 2 #150 schema generator and #156 DTD generator.) and 
an act of updating schematized data based on the non-schematized data such that the other 
applications can access the updated schematized data and notwithstanding that the application lacks 
the configuration to natively access schematized data. (See Balaji paragraph [0029], discussing the 
ability to receive data in a second format, in the context of paragraph [0033], discussing the 
integration of new data.) 

However, Balaji does not explicitly teach the use of contact data. Hibbert, though, 
discloses the use of contact data. (See Hibbert page 19 section entitled "DTDs", showing contact 
data abstracted as a DTD, in the context of page 20 section entitles "Schemas", which states that 
schemas and DTDs perform the same function, and provides and exemplary schema fragment of 
contact data.) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Hibbert for the benefit of Balaji, because to do so allowed a 
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programmer to ensure that an XML file conformed to an intended definition (i.e., was valid), as 
taught by Hibbert on page 14 in the entitled "DTDs and Schemas". These references were all 
applicable to the same field of endeavor, i.e., XML-based system development. 



Regarding claims 16-17: Balaji teaches requests to convert via a schema-based system.. 
(See Balaji Figure 2, especially #150, #12a and #12b, in the context of the Abstract, discussing 
the ability to exchange data among a plurality of applications. It is further noted that a process 
can forward data to any other process, regardless of authorization, because authorization harkens 
to the accessing of the process, not the mere sending of data to that process.) 

However, Balaji does not explicitly teach the use of contact data. Hibbert, though, 
discloses the use of contact data. (See Hibbert page 19 section entitled "DTDs", showing contact 
data abstracted as a DTD, in the context of page 20 section entitles "Schemas", which states that 
schemas and DTDs perform the same function, and provides and exemplary schema fragment of 
contact data.) 

Regarding claim 18: Balaji does not explicitly teach the use of contact data and 
validation. Hibbert, though, discloses the use of contact data. (See Hibbert page 19 section 
entitled "DTDs", showing contact data abstracted as a DTD, in the context of page 20 section 
entitles "Schemas", which states that schemas and DTDs perform the same function, and 
provides and exemplary schema fragment of contact data.) Hibbert further discloses document 
validation. (See Hibbert page 16 section entitled "DTDs and Schemas", discussing document 
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validation, it having been an obvious variant as to whether a document is validated and the 
format that the document is in [when the validation process was performed].) 

Regarding claim 19: Balaji teaches translating non-schematized data into schematized 
data. (See Balaji Abstract in the context of Figure 2, teaching the ability to exchange data among 
a plurality of applications. Also see Balaji paragraph [0029], discussing data transformation 
among application data formats.) 

However, Balaji does not explicitly teach the use of contact data. Hibbert, though, 
discloses the use of contact data. (See Hibbert page 19 section entitled "DTDs", showing contact 
data abstracted as a DTD, in the context of page 20 section entitles "Schemas", which states that 
schemas and DTDs perform the same function, and provides and exemplary schema fragment of 
contact data.) 

Regarding claim 20: Balaji teaches centralized data storage. (See Balaji Figure 1 #22, 
Figure 2 #22 and #28, and Figure 3 #28.) 

However, Balaji does not explicitly teach the use of contact data. Hibbert, though, 
discloses the use of contact data. (See Hibbert page 19 section entitled "DTDs", showing contact 
data abstracted as a DTD, in the context of page 20 section entitles "Schemas", which states that 
schemas and DTDs perform the same function, and provides and exemplary schema fragment of 
contact data.) 
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Regarding independent claim 21: Balaji discloses ,4 computing system, (See Balaji 
Figure 2.) comprising: one or more processors; (See Balaji Figure 2, showing client applications 
#12a and #12b, it having been implied that these applications would have run on at least one 
processor.) and one or more computer-readable media, having stored thereon schematized data, one or 
more applications that are not configured to natively access the schematized data, and at least one data 
control that can be executed by the one or more processors, the at least on data control abstracting 
schematized data from applications, (See Balaji Figure 2, showing a data store #18, a schema 
registry #152, applications #12a and #12b, and adapter APIs #30 associated with each 
application.) the at least one data control being configured to: receive a request from an application 
that lacks the configuration to natively access the schematized data; (See Balaji paragraph [003 1], 
discussing the reception of a query by the calling application, and paragraph [0029], discussing 
the ability to receive data in a first format.) retrieve schematized data in response to the request; 
(See Balaji Figure 2, showing application interface path to the schematized data, and paragraph 
[0029], discussing the ability to send data from a client application using a first format.) and 
convert retrieved schematized data to corresponding non-schematized data such that the application 
can present data notwithstanding that the application lacks the configuration to access the schematized 
data directly; (See Balaji paragraph [0029], discussing the ability to receive data in a second 
format.) send the non-schematized data to the application. (See Balaji paragraph [0029], discussing 
the ability to receive data in a second format, in the context of paragraph Figure 2 #104, showing 
the sending of data to application #12b.) 

However, Balaji does not explicitly teach the use of contact data. Hibbert, though, 
discloses the use of contact data. (See Hibbert page 19 section entitled "DTDs", showing contact 
data abstracted as a DTD, in the context of page 20 section entitles "Schemas", which states that 
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schemas and DTDs perform the same function, and provides and exemplary schema fragment of 
contact data.) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Hibbert for the benefit of Balaji, because to do so allowed a 
programmer to ensure that an XML file conformed to an intended definition (i.e., was valid), as 
taught by Hibbert on page 14 in the entitled "DTDs and Schemas". These references were all 
applicable to the same field of endeavor, i.e., XML-based system development. 

Regarding claims 22-23: Balaji does not explicitly teach the use of contact data and 
presentation templates. Hibbert, though, discloses the use of contact data. (See Hibbert page 19 
section entitled "DTDs", showing contact data abstracted as a DTD, in the context of page 20 
section entitles "Schemas", which states that schemas and DTDs perform the same function, and 
provides and exemplary schema fragment of contact data.) Hibbert further discloses the well- 
known use of CSS and XSL. (See Hibbert page 21 sections entitled "StyleSheets: CSS and 
XSL" and "XSL", discussing commonly known formatting templates, it having been an obvious 
variant as to the specific display presented.) 

Claims 24-27 are substantially similar to claims 5, 7, 8 and 14, respectively, and 
therefore likewise rejected 
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Regarding independent claim 28: Balaji discloses/! computing system, (See Balaji 
Figure 2.) comprising: one or more processors; (See Balaji Figure 2, showing client applications 
#12a and #12b, it having been implied that these applications would have run on at least one 
processor.) and one or more computer-readable media, having stored thereon schematized data, one or 
more applications tacking the configuration to natively access the schematized data, and at least one 
data control that can be executed by the one or more processors, the at least on data control abstracting 
schematized data from applications, (See Balaji Figure 2, showing a data store #18, a schema 
registry #152, applications # 12a and #12b, and adapter APIs #30 associated with each 
application.) the at least one data control being configured to: receive non-schematized data; (See 
Balaji paragraph [0029], discussing the ability to receive data in a second format.) convert the 
non-schematized data to corresponding schematized data that conforms with a data schema such that 
an application can update schematized data notwithstanding that the application lacks the 
configuration to natively access the schematized data; (See Balaji paragraph [0029], discussing the 
ability to receive data in a second format, in the context of paragraph Figure 2 #104, showing the 
sending of data to application #12b.) and store corresponding schematized data such that other 
applications can access the stored schematized data in accordance with the data schema. (See Balaji 
Figure 1 #22, showing a schema registry accessible to many client applications [each labeled as 
"#12"].) 

However, Balaji does not explicitly teach the use of contact data. Hibbert, though, 
discloses the use of contact data. (See Hibbert page 19 section entitled "DTDs", showing contact 
data abstracted as a DTD, in the context of page 20 section entitles "Schemas", which states that 



Application/Control Number: 10/780,496 Page 14 

Art Unit: 2162 

schemas and DTDs perform the same function, and provides and exemplary schema fragment of 
contact data.) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Hibbert for the benefit of Balaji, because to do so allowed a 
programmer to ensure that an XML file conformed to an intended definition (i.e., was valid), as 
taught by Hibbert on page 14 in the entitled "DTDs and Schemas". These references were all 
applicable to the same field of endeavor, i.e., XML-based system development. 

Regarding claim 29: Balaji teaches parsing of data. (See Balaji paragraph [0029].) 

However, Balaji does not explicitly teach the use of contact data. Hibbert, though, 
discloses the use of contact data. (See Hibbert page 19 section entitled "DTDs", showing contact 
data abstracted as a DTD, in the context of page 20 section entitles "Schemas", which states that 
schemas and DTDs perform the same function, and provides and exemplary schema fragment of 
contact data.) 



Claim 30 is substantially similar to claim 18, and therefore likewise rejected. 
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Conclusion 

8. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 
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